home *** CD-ROM | disk | FTP | other *** search
/ Internet Info 1994 March / Internet Info CD-ROM (Walnut Creek) (March 1994).iso / inet / ietf / tuba / tuba-minutes-92nov.txt < prev    next >
Text File  |  1993-02-17  |  9KB  |  195 lines

  1. Editor's Note: Minutes received after the cut-off for inclusion in the 
  2. Proceedings.
  3.  
  4. Minutes of the TCP/UDP over CLNP-addressed Networks Working Group (TUBA)}
  5. Reported by Peter Ford/LLNL
  6.  
  7. Keith Sklower (UC Berkeley) reported on his implementation of TUBA
  8. using BSD 4.4 as a software base.  The total number of lines  of added
  9. or changed source code, including ifdefs, turns out to be around 700
  10. lines, with about 200 lines devoted to the TCP/UDP glue layer for
  11. CLNP.   These changes do not include changes to gethostbyname() where
  12. Keith indicated he wanted to get Bill Manning's code.   It was noted
  13. that the API issues, such as gethostbyname() and socket() in Unix, were
  14. very important and that these interfaces were not worked on in the IETF
  15. but in other standards organizations such as IEEE POSIX.
  16.  
  17. The discussion quickly turned to the issue of what to use for TCP/UDP
  18. connection identifiers.  Ross Callon (DEC) supported the use of the
  19. CLNP NSAP ID field as the TCP connection identifier since  it is
  20. possible to build systems where the ID field does not change when the
  21. NSAP might change due to changes in routing such as the case in some
  22. implementations for mobile hosts.  Keith  explained that using the NSAP
  23. would be better since it places no restrictions on NSAP format.  Brian
  24. Carpenter stated that TUBA has great utility for those who are going to
  25. use TUBA but are not really part of the IP Internet, so there should
  26. not be restrictions placed on NSAP formats for the use of TUBA which
  27. would impede its use in this context.  There were several comments
  28. speculation that perhaps 6 bytes of ID would not be enough in the
  29. future  and that administration of this ID space might prove to be
  30. problematic.    Several people noted that the pseudoheader may have
  31. outlived its usefulness.
  32.  
  33. Vint Cerf explained the origin and rationale for the TCP pseudoheader.
  34. When it was decided to split the functionality  of old TCP into current
  35. TCP and IP, there  was concern as to how to detect corruption of TCP
  36. connection identifiers.  It would have been possible to directly store the IP
  37. addresses in the TCP header or use the pseudoheader which goes into 
  38. the IP header to get IP addresses.  Several people
  39. asked about the probability of this sort of problem, and Vint noted
  40. that something always goes wrong and that TCP has benefited
  41. tremendously by designing accordingly.
  42.  
  43. The group reached a tentative consensus on an implementation agreement
  44. to use the entire NSAP for the purposes of generating TCP connection
  45. Ids along with the NSEL and TCP/UDP Port numbers.  This will allow trial
  46. implementations to proceed.  Those who want to implement alternatives
  47. are free to do so for experimental testing, but for the sake of
  48. interoperability tests of TUBA, implementors are encouraged 
  49. to implement along the lines of the trial implementation agreement.
  50. Keith Sklower is looking into the licensing issues of his
  51. implementation and will report to the TUBA list.
  52.  
  53. The issue of network translation boxes came up and was quickly tabled as 
  54. not being germane to the goals of developing TUBA at this time.
  55. Network translation may  resurface once  TUBA has been completely 
  56. specified.
  57.  
  58. The discussion shifted to the issues TUBA documentation and what TUBA
  59. transition would look like.    Ross  Callon discussed the "son of rfc
  60. 1347" which is the core TUBA document.  Ross also noted that his TUBA
  61. addressing internet-draft needs to be updated and noted that some other
  62. topics needed to be discussed in it such as: EIDs, limitation of CLNP
  63. addressing to 20 bytes is not mandatory, the nature of scaling and
  64. flexibility of CLNP NSAPs, and some kind of analysis of future
  65. Internetwork topologies which reflect  possible futures such as telco
  66. provided switching and its impact on the "branchiness" of the network.
  67. Dave Piscitello reported that he is working on updating his document
  68. on the use of CLNP in the TUBA environment.  Bill Manning and Richard
  69. Collela reported they have made significant changes to the  DNS NSAP
  70. resource record RFC and hope to reissue it soon.
  71.  
  72. A brief discussion of transition issues revealed that they were very
  73. complicated and a second TUBA meeting was scheduled for Friday (20 Nov.
  74. 92).
  75.  
  76. TUBA transition meeting (20 Nov. 92)
  77.  
  78. The initial topic was the question of whether  to assume that all the
  79. infrastructure would become CLNP capable vrs. the use of  encapsulation
  80. or network layer translation.  The  majority of the group is in favor
  81. of assuming that a ubiquitous CLNP infrastructure can be deployed in 
  82. a timely manner and it was noted that this is progressing pretty well. 
  83. Brian Carpenter suggested tighter coupling between the TUBA group and 
  84. other groups interested in CLNP deployment: HEP, etc.
  85.  
  86. Bill Manning reported on his NSAP DNS work and reported that  he has an
  87. implementation of BIND  which handles NSAPs.  He has some changes he
  88. still needs to make, but is willing to share his implementation with
  89. others.  He is deploying this for testing on ns.sesquinet.net.
  90.  
  91. Dave Katz's name was suggested to contribute a document on the use of
  92. ES-IS and dynamic host addressing in the TUBA environment.  Mark agreed
  93. to ask Dave. Frank Solensky mentioned he is studying the use of large
  94. addresses, including SIP, TUBA, PIP, etc., and their impact on APIs and
  95. application interfaces and  hopes to generate a document on these
  96. topics.
  97.  
  98. Work on new documents was discussed and divided up.  It was pointed out
  99. that the TUBA group needs to do a better job of documenting the
  100. transition process to get to a TUBA world.  Yakov Rekhter has a Mobile
  101. Hosts document he would like to contribute.  Bill Manning, John Curran
  102. and Mark Knopper signed up for a detailed transition plan document.
  103. John Curran, Brian Carpenter and Peter Ford will finish up the response
  104. to the IPv7 requirements fulfillment document pending output from the
  105. requirements BOF held earlier this week.
  106.  
  107. It was decided a TUBA meeting in late January  would be needed to keep 
  108. TUBA progressing.
  109.  
  110. Attendees
  111.  
  112. Roland Acra              acra@cisco.com
  113. Cengiz Alaettinoglu      ca@cs.umd.edu
  114. Philip Almquist          almquist@jessica.stanford.edu
  115. Jules Aronson            aronson@nlm.nih.gov
  116. Nagaraj Arunkumar        nak@3com.com
  117. William Barns            barns@gateway.mitre.org
  118. Bryan Beecher            bryan@umich.edu
  119. Shiraz Bhanji            bhanji@gateway.mitre.org
  120. David Bolen              db3l@ans.net
  121. Ross Callon              callon@bigfut.lkg.dec.com
  122. Brian Carpenter          brian@dxcern.cern.ch
  123. George Chang             gkc@ctt.bellcore.com
  124. Henry Clark              henryc@oar.net
  125. Richard Colella          colella@osi.ncsl.nist.gov
  126. Michael Collins          collinsms@es.net
  127. Michael Conn             4387451@mcimail.com
  128. John Dale                jdale@cos.com
  129. Osmund de Souza          osmund.desouza@att.com
  130. Richard desJardins       desjardi@boa.gsfc.nasa.gov
  131. David Dubois             dad@pacersoft.com
  132. Jacques Dugast           dugast@issy.cnet.fr
  133. Dino Farinacci           dino@cisco.com
  134. Eric Fleischman          ericf@act.boeing.com
  135. Peter Ford               peter@goshawk.lanl.gov
  136. Shoji Fukutomi           fuku@furukawa.co.jp
  137. Peter Furniss            p.furniss@ulcc.ac.uk
  138. Masayoshi Gohara         mg@sinet.ad.jp
  139. Heather Gray             heather@zk3.dec.com
  140. Thomas Hacker            hacker@citi.umich.edu
  141. William Haggerty         haggerty@ctron.com
  142. Joel Halpern             jmh@network.com
  143. Susan Hares              skh@merit.edu
  144. Tim Howes                tim@umich.edu.
  145. Kathleen Huber           khuber@bbn.com
  146. David Jacobson           dnjake@vnet.ibm.com
  147. Dwight Jamieson          djamies@bnr.ca
  148. Matthew Jonson           jonson@server.af.mil
  149. Merike Kaeo              merike@alw.nih.gov
  150. Akira Kato               kato@wide.sfc.keio.ac.jp
  151. Dave Katz                dkatz@cisco.com
  152. Mark Knopper             mak@merit.edu
  153. John Krawczyk            jkrawczy@wellfleet.com
  154. Tony Li                  tli@cisco.com
  155. David Lin                lind@janus-ccm.zenith.com
  156.  
  157.                                    1
  158. ^L
  159. Tracy Mallory            tracym@3com.com
  160. Bill Manning             bmanning@sesqui.net
  161. Matt Mathis              mathis@a.psc.edu
  162. Jun Matsukata            jm@eng.isas.ac.jp
  163. Donald Merritt           don@brl.mil
  164. David Meyer              meyer@oregon.uoregon.edu
  165. Dave Monachello          dave@pluto.dss.com
  166. Robert Moose             rmoose@gateway.mitre.org
  167. Dennis Morris            morrisd@imo-uvax.disa.mil
  168. Jun Murai                jun@wide.ad.jp
  169. Tu Nguyen                Nguyen1T@cc.ims.disa.mil
  170. Andy Nicholson           droid@cray.com
  171. Peder Norgaard           pcn@tbit.dk
  172. Andrew Partan            asp@uunet.uu.net
  173. Laura Pate               pate@gateway.mitre.org
  174. David Piscitello         dave@sabre.bellcore.com
  175. Yakov Rekhter            yakov@watson.ibm.com
  176. April Richstein          abm@tycho.ncsc.mil
  177. Henry Sanders            henrysa@microsoft.com
  178. Dallas Scott             scott@fluky.mitre.org
  179. John Scudder             jgs@merit.edu
  180. Paul Serice              serice@cos.com
  181. Keith Sklower            sklower@cs.berkeley.edu
  182. Frank Solensky           solensky@andr.ub.com
  183. Richard Thomas           rjthomas@bnr.ca
  184. Paul Traina              pst@cisco.com
  185. Iain Wacey               cat@pluto.dss.com
  186. William Warner           warner@ohio.gov
  187. Luanne Waul              luanne@wwtc.timeplex.com
  188. Guy Wells                guy2@uswest.com
  189. Evan Wetstone            evan@rice.edu
  190. Kirk Williams            kirk@sbctri.sbc.com
  191. Linda Winkler            lwinkler@anl.gov
  192. Cathy Wittbrodt          cjw@nersc.gov
  193.  
  194.  
  195.